home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940376.txt < prev    next >
Internet Message Format  |  1994-11-13  |  18KB

  1. Date: Fri, 11 Nov 94 04:30:30 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #376
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Fri, 11 Nov 94       Volume 94 : Issue  376
  11.  
  12. Today's Topics:
  13.                  Good terminal program for packet???
  14.                         MacHams/Gallery's BBS
  15.                        Packet and Braodcasting
  16.                             Packet group?
  17.                             packet tnc's?
  18.                       Packet via Soundblaster???
  19.                Pen Pal Wanted for Packet vs. email Test
  20.                        pk88 & windows question
  21.                    Pulsed BPSK hoax?(???) (2 msgs)
  22.                      TM-733A / KPC-9612  Help!!!
  23.                       Windows Software for KAM+
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 10 Nov 94 19:35:58 GMT
  38. From: dkelly@nebula.tbe.COM (david kelly)
  39. Subject: Good terminal program for packet???
  40.  
  41. Joe Showalter asks:
  42.  
  43. > I just want a good terminal program for my kpc-3.
  44. > Right now I'm using procomm plus on a 286 but I don't have buffers or any
  45. > other frills.
  46. > Let me know of a good program and where to ftp it and I'll be happy  :)
  47.  
  48. I use VersaTerm-PRO for packet, telephone modem, telnet, and ftp. But it is
  49. commercial software, and only runs on a Macintosh.
  50.  
  51. On Unix hosts such as Linux, I use kermit, less, and jove, all at once, and
  52. can do most of the things VersaTerm-PRO does. I used VersaTerm-PRO to ftp
  53. Linux for the PC.
  54.  
  55. 73, David N4HHE
  56. dkelly@nebula.tbe.com
  57.  
  58. ------------------------------
  59.  
  60. Date: 10 Nov 1994 15:38:37 GMT
  61. From: paulot@cais.com (Paulo Teixeira)
  62. Subject: MacHams/Gallery's BBS
  63.  
  64. Attn all MacHams!
  65. Gallery's BBS has changed telephone number,we are now at 202-333-0407.
  66. Our board specializes in Macintosh shareware for ham radio operators as
  67. well other miscellaneous files for the Mac in general.
  68. We got morse code pratice programs,packet tutorials,logging programs,rig
  69. control and more cool Mac stuff online.
  70. No charge for 30 min of daily access,call in using your favorite comms program.
  71. DOS/Windows is also supported,but we need more files from our users.
  72. VT100,RipTerm and NovaTerm support,9600 baud,24 hours a day.
  73. Call it!
  74.  
  75. 73's de N3MGA,Sysop
  76.  
  77. -- 
  78. Paulo A. Teixeira                  "Free speech is the right to shout  
  79. N3MGA@WA3TAI.NOAM.MD                    'THEATER' in a crowded fire."  
  80. Gallery's BBS 202-333-0407                   - A yippie proverb
  81.  
  82. ------------------------------
  83.  
  84. Date: 10 Nov 94 14:26:48 GMT
  85. From: mack@mails.imed.COM
  86. Subject: Packet and Braodcasting
  87.  
  88. Folks:
  89.  
  90.         Would you PLEASE move this thread to ham.policy where it belongs.  We 
  91. have flogged this horse long after it is dead.  Ham.policy is th appropriate 
  92. forum for continuing this fruitless debate.
  93.  
  94.         Let's leave this forum for technical, equipment, and operating 
  95. information exchange.
  96.  
  97. Ray Mack
  98. WD5IFS
  99. mack@mails.imed.com
  100.  
  101. ------------------------------
  102.  
  103. Date: 11 Nov 1994 01:15:36 GMT
  104. From: jtb4@aber.ac.uk
  105. Subject: Packet group?
  106.  
  107. In article <784272083.68snx@agape.sol.net>, smp@agape.sol.net (Steven M. Palm) says:
  108. >
  109. >
  110. >What is the name of the packet radio newsgroup?   I thought there
  111. >was one, rec.radio.amateur.packet, but it has no articles here.
  112. >Is this it?
  113. >
  114. Yes I to noticedthat there was a lack of articlesi there!
  115.  
  116. >I just built a Baycom type modem this weekend, and am trying to test
  117. >it out, and am looking for some english docs for some software, and
  118. >some general pointers to get me going in the right direction. :)
  119. >
  120. >73 de N9YTY
  121. >
  122. >
  123. With the docs, well there are somefloating about here,but the translater 
  124. said that they were copyright!, this is sort of ture, I think the early version
  125. of baycom that first came was shareware and had english docs with them,
  126. so you need  to find someone with an early version!!, The later versions 
  127. of Baycom are copyrighted, this I know! As the german gents sometime 
  128. ago was talking about taking people to court (Shareware vendors etc) who
  129. were giving away this software, I don't know what is happening know though
  130. I do know people with the baycom, and I'm sure you will get lots out of this 
  131. part of the hobby.
  132. 73's de James GW4CDH
  133.  
  134. ------------------------------
  135.  
  136. Date: 9 Nov 1994 21:47:00 -0700
  137. From: srbarnet@nyx.cs.du.edu (Scott Barnett)
  138. Subject: packet tnc's?
  139.  
  140. Hi everyone,
  141.    I am new to packet radio and am looking at purchasing a TNC.  I am
  142. currently considering either the Kantronics KPC3, the AEA PK-12, or the
  143. MFJ 1270C.  Any comments on these ones, or any others would be appreciated.
  144. I will be using it with a Cushcraft Ringo Ranger AR270 2M/440 roof mounted
  145. antenna, a Realistic HTX-202 2M FM HT (w/ plans to eventually get a 
  146. dual band radio), and either a 386sx/25 or a 486DX2/66.  Please send
  147. all replys to my email address:  srbarnet@nyx.cs.du.edu
  148.  
  149. 73 de Scott Barnett N3OFO
  150. -- 
  151. Scott R. Barnett                         srbarnet@nyx.cs.du.edu
  152. Investment Accountant                    Scott.R.Barnett@cyber.widener.edu
  153. PFPC, Inc.                               HAM Radio  -  N3OFO
  154.     All opinions expressed or implied are my own and no one else's!!!
  155.  
  156. ------------------------------
  157.  
  158. Date: Thu, 10 Nov 1994 15:26:39 GMT
  159. From: don@grc.genroco.com (Don Woelz)
  160. Subject: Packet via Soundblaster???
  161.  
  162. Does anyone know of software that will allow one to use a
  163. Soundblaster card on a PC to send and receive packet?  I'm not even
  164. sure if this can be done, but suspect it is possible.  I would
  165. think it would be something on the order of the Baycom stuff.
  166.  
  167.    Donald D. Woelz, K9GR              Office Phone: 414-644-8700 
  168.    GENROCO, Inc.                      K9GR @WB9TYT.#MKE.WI.USA.NOAM
  169.    205 Kettle Moraine Drive North     k9gr@k9gr.ampr.org [44.92.1.48]
  170.    Slinger, WI 53086   U.S.A.         don@genroco.com
  171.  
  172. ------------------------------
  173.  
  174. Date: Thu, 10 Nov 1994 10:34:13 +0000
  175. From: tgold@microvst.demon.co.uk ("Anthony R. Gold")
  176. Subject: Pen Pal Wanted for Packet vs. email Test
  177.  
  178. Hi,
  179.  
  180. I recently registered at a packet/internet gateway and tried it out. The
  181. messages which I dispatched via email arrived at the packet stations, but
  182. their appearance has been altered. All blank lines had been filtered out
  183. somewhere along the way.
  184.  
  185. The gateway operator says he had not seen that before and guessed that is
  186. was something that AMSAT was doing. Anyone know whether this is a feature,
  187. a bug or even something happening somewhere else in the path?
  188.  
  189. Anyway, may I send the test message to others OUTSIDE the UK and receive
  190. back a report on how the test message arrives.
  191.  
  192. This is the original test message I sent out:
  193.  
  194. ------------------------------------------------
  195.  
  196. Test starts here:
  197.  
  198. This is Tony's keyboard:
  199.  
  200.   `   !  @  #  $  %  ^  &  *  (  )  _  +
  201.   ~   1  2  3  4  5  6  7  8  9  0  -  =
  202.  
  203.        q  w  e  r  t  y  u  i  o  p  [  ]
  204.        Q  W  E  R  T  Y  U  I  O  P  {  }
  205.  
  206.         a  s  d  f  g  h  j  k  l  ;  '  \
  207.         A  S  D  F  G  H  J  K  L  :  "  |
  208.  
  209.       \  z  x  c  v  b  n  m  ,  .  /
  210.       |  Z  X  C  V  B  N  M  <  >  ?
  211.  
  212.  
  213. That's all there were.
  214.  
  215.  
  216. --
  217.  
  218. Tony - G3SKR / AA2PM / tgold@microvst.demon.co.uk
  219. End of my packet test.
  220. ---------------------------------------------------------------
  221.  
  222. Now here is the body of what was received. The received packet message
  223. was indeed far longer as the routing information appended at the head was
  224. far longer than the message itself!
  225.  
  226. Packet message as was receive by 2 amateurs in the UK:
  227. ------------------------------------------------
  228.  
  229. This is Tony's keyboard:
  230.   `   !  @  #  $  %  ^  &  *  (  )  _  +
  231.   ~   1  2  3  4  5  6  7  8  9  0  -  =
  232.        q  w  e  r  t  y  u  i  o  p  [  ]
  233.        Q  W  E  R  T  Y  U  I  O  P  {  }
  234.         a  s  d  f  g  h  j  k  l  ;  '  \
  235.         A  S  D  F  G  H  J  K  L  :  "  |
  236.       \  z  x  c  v  b  n  m  ,  .  /
  237.       |  Z  X  C  V  B  N  M  <  >  ?
  238. That's all there were.
  239. Tony
  240. G3SKR & AA2PM
  241.  
  242.      
  243.  
  244.       +----------------------------------------------------------------+
  245.       | *** Message via SATGATE through Amateur Packet satellites. *** |
  246.       | AMSAT needs your help to keep the satellite service operating. | 
  247.       | Check your BBS files for info on AMSAT or REQFIL the file      |
  248.       |               C:\GB7LAN\AMSAT.DOC from GB7LAN.                 |
  249.       +----------------------------------------------------------------+
  250.  
  251. ----------------------------------------------     
  252.  
  253. If any-one will help, please post or email your packet address. Then when
  254. you get the packet message, simply email me whether the message was intact or
  255. compressed of blank lines. If anything else odd happened, forwarding it
  256. back via email would save trying to describe the results.
  257.  
  258. Thanks for any help.
  259.  
  260. 73.
  261.  
  262. ----------
  263. Tony Gold
  264.  
  265. G3SKR & AA2PM
  266.  
  267. ------------------------------
  268.  
  269. Date: 9 Nov 1994 23:20:19 -0500
  270. From: chuckorl@aol.com (ChuckORL)
  271. Subject: pk88 & windows question
  272.  
  273. In article <39hqr8$n5k@krel.iea.com>, wayneb@comtch.iea.com (Wayne
  274. Barnhart) writes:
  275.  
  276. Take a look at PacketPeT Lite For Windows. This is a shareware / demo
  277. version of the commerical packet windows program PacketPeT For Windows,
  278. and supports many TNCs including the PK88. It is available on CIS in the
  279. Hamnet, on Genie int Radio-Electronics sig, and on AOL in the Ham club.
  280.  
  281. 73 Chuck
  282. Chuck Harrington Software, Inc.
  283. PacketPeT For Windows
  284.  
  285. ------------------------------
  286.  
  287. Date: Thu, 10 Nov 1994 15:22:41 GMT
  288. From: zlau@arrl.org (Zack Lau (KH6CP))
  289. Subject: Pulsed BPSK hoax?(???)
  290.  
  291. System Bartender kb8uox (matt@plab.dmll.cornell.edu) wrote:
  292.  
  293. : Ok, this seems physically feasible... but his performance claims for
  294. : the circuit, namely 19.2kbit/s in < 3kHz bandwidth, seem fishy at
  295. : best.  The attempt at a theoretical explanation fails outright, and
  296. : the experimental data is IMHO inconclusive at best. Thus my questions
  297.  
  298. Claude Shannon's famous theory showed that as you narrowed the bandwidth
  299. for a given data rate, you needed a better carrier to noise ratio.  Thus,
  300. there isn't a theoretical limitation on how much data you can stuff
  301. through a noiseless channel, though there obviously is for real channels.
  302.  
  303. Unfortunately, his theorem only indicates limits--it doesn't offer a clue
  304. as to how you can achieve them.
  305.  
  306. Practically, it is tough to get 40 dB signal to noise ratio over many
  307. of the radio channels used by amateurs.  60 dB is nearly impossible.
  308.  
  309. -- 
  310. Zack Lau  KH6CP/1           2 way QRP WAS
  311.                            8 States on 10 GHz
  312. Internet: zlau@arrl.org   10 grids on 2304 MHz
  313.  
  314. ------------------------------
  315.  
  316. Date: 10 Nov 1994 22:24:25 GMT
  317. From: karn@unix.ka9q.ampr.org (Phil Karn)
  318. Subject: Pulsed BPSK hoax?(???)
  319.  
  320. I just came up with an another analysis of K6HH's scheme that shows
  321. that even his bandwidth claim is bogus.
  322.  
  323. You can model his "narrow shift" BPSK as the sum of an ordinary
  324. antipodal (0/180 degree) BPSK signal plus a much stronger unmodulated
  325. carrier component that is in quadrature (90 degrees) to both BPSK
  326. phases. In his case, the amplitude ("voltage") of the carrier is
  327. approximately 1/.01=100 times that of the BPSK component. That's a
  328. carrier/information power ratio of 10000:1 or 40 dB, with all of that
  329. carrier power going to waste because it doesn't carry any information.
  330. This means a 40 dB power loss vs ordinary BPSK, which is the same
  331. result I got last night.
  332.  
  333. It's obvious that the bandwidth required by the tiny BPSK signal is
  334. not reduced at all by the addition of the strong carrier component.
  335. It still requires 2 Hz per bit per second, as for standard BPSK. But
  336. look at how the FCC defines "bandwidth" in 97.3(a)(8):
  337.  
  338. "The width of a frequency band outside of which the mean power of the
  339. total emission is attenuated at least 26dB below the mean power of the
  340. total emission, including allowances for transmitter drift or Doppler
  341. shift."
  342.  
  343. By this definition, K6HH can claim that his system has *zero*
  344. bandwidth, because all of his sideband energy (the only
  345. information-carrying part) is 40 dB down from his useless
  346. carrier-on-steroids. That puts all of the sidebands outside of the
  347. FCC-defined bandwidth. All that's left is the carrier, which has zero
  348. bandwidth and carries zero information.  The sidebands don't count in
  349. the bandwidth measurement, even though they're still absolutely
  350. necessary to demodulate the signal.
  351.  
  352. Again, this is a pretty good example of why minimizing transmitter
  353. *power* is so much more important than bandwidth. Not only should the
  354. FCC get rid of bandwidth limits in favor of automatic power control,
  355. there should also be an upper limit on the Eb/N0 that may be required
  356. by any particular modulation technique. This will avoid the gratuitous
  357. interference that could otherwise be caused by using a highly
  358. power-inefficient modulation method and cranking up the wick to
  359. compensate.
  360.  
  361. Phil
  362.  
  363. ------------------------------
  364.  
  365. Date: 10 Nov 1994 05:59:30 GMT
  366. From: csetzer@rmii.com (Craig Setzer)
  367. Subject: TM-733A / KPC-9612  Help!!!
  368.  
  369. Is there anyone who has the Kenwood TM-733A and the Kamtronics
  370. KPC-9612?  I have some problems...
  371.  
  372. 1)  The KPC-9612 XCD (external carrier detect) pin requires a ground to
  373. indicate carrier, yet the TM-733A SQC (squelch control output) pin
  374. sends +5 Volts on open squelch (carrier) and 0 Volts on closed squelch
  375. (no carrier).  So the KPC only transmits when there is data coming in...
  376. which is backwords.
  377.  
  378. 2)  When the KPC is in software mode (ignors XCD and SQC) I can only
  379. pick up the strongest stations (S8+) and then only part time.
  380.  
  381. Is there someone who is running this radio and TNC who is not
  382. having problems, please email me at csetzer@rmii.com
  383.  
  384. Thanks,
  385.  
  386. Craig
  387. --
  388. **************************************
  389. Craig Setzer
  390.  
  391. Internet:  csetzer@rmii.com
  392. HAM Radio:  KB0MXQ
  393.  
  394. --You'll find me in the bear's cage...
  395. **************************************
  396.  
  397. ------------------------------
  398.  
  399. Date: 9 Nov 1994 23:10:21 -0500
  400. From: chuckorl@aol.com (ChuckORL)
  401. Subject: Windows Software for KAM+
  402.  
  403. Check out the program 'PacketPeT Lite For Windows'. This is a shareware /
  404. demo version of a commercial Windows program that supports the KAM and
  405. KPC3, along with a variety of other packet TNCS. It is a product with many
  406. improvements under development for the future, although it has been on the
  407. market for about a year now. The shareware version can be found on AOL in
  408. the ham club, Compuserve in the HAMNET, and Genie in the Radio-Electronics
  409. section. I do not know if it is at an internet location or not.
  410.  
  411. 73 Chuck
  412. Chuck Harrington Software, Inc.
  413. PacketPeT For Windows!
  414.  
  415. ------------------------------
  416.  
  417. Date: 10 Nov 1994 21:56:05 GMT
  418. From: karn@unix.ka9q.ampr.org (Phil Karn)
  419.  
  420. References<CyzAwp.GA4@srgenprp.sr.hp.com> <39sbsd$k0l@qualcomm.com>, <Cz1zKD.802@mv.mv.com>
  421. Subject: Re: Pulsed BPSK hoax?(???)
  422.  
  423. I've been asked for a more complete citation for the Costas paper.
  424.  
  425. It's "Poisson, Shannon and the Radio Amateur", and it first appeared
  426. in the December 1959 (!) issue of Proceedings of the I.R.E. It was
  427. reprinted as the first paper in the 1993 IEEE book "Multiple Access
  428. Communications: Foundations for Emerging Technologies", edited by
  429. Norman Abramson, ISBN 0-87942-292-0.
  430.  
  431. Here's the abstract. --Phil
  432.  
  433. Summary - Congested band operation as found in the amateur service
  434. presents an interesting problem in analysis which can only be solved
  435. by statistical methods. Consideration is given to the relative merits
  436. of two currently popular modulation techniques, SSB and DSB. It is
  437. found that in spite of the bandwidth economy of SSB this system can
  438. claim no over-all advantage with respect to DSB for this service. It
  439. is further shown that there are definite advantages to the use of very
  440. broadband techniques in the amateur service.
  441.  
  442. The results obtained from the analysis of the radio amateur service
  443. are significant, for they challenge the intuitively obvious and
  444. universally accepted thesis that congestion in the radio frequency
  445. spectrum can only be relieved by the use of progressively smaller
  446. transmission bandwidths obtained by appropriate coding and modulation
  447. techniques. In order to study the general problem of spectrum
  448. utilization, some basic results of information theory are required.
  449. Some of the significant work of Shannon is reviewed with special
  450. emphasis on his channel capacity formula. It is shown that this famous
  451. formula, in spite of its deep philosophical significance, cannot be
  452. used meaningfully in the analysis and design of practical, present day
  453. communications systems.  A more suitable channel capacity formula is
  454. derived for the practical case.
  455.  
  456. The analytical results thus obtained are used to show that broadband
  457. techniques have definite merit for both civil and military
  458. applications.  Furthermore, such techniques will result in far more
  459. efficient spectrum utilization in many applications than any practical
  460. narrow-band, frequency- channelized approach. Thus broad-band
  461. techniques can, in many cases, increase the number of available
  462. "channels". With regard to military communications it is shown that
  463. the ability of a communication system to resist jamming varies in
  464. direct proportion to the transmission bandwidth for a given data
  465. rate. Thus narrow-band techniques lead progressively to more expensive
  466. communications equipment and less expensive jammers. It is concluded
  467. that in the military field broad-band techniques are not only
  468. desirable but also often mandatory.
  469.  
  470. ------------------------------
  471.  
  472. End of Ham-Digital Digest V94 #376
  473. ******************************
  474.